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Beschreibung 



1 



Verfahren zur elektronischen Bezahlung einer Ware Oder 
Dienstleistung unter Nutzung eines Mobilfunknetzes und Anord- 
5 nung zu dessen DurchfUhrung 

Die Erfindung betrifft ein Verfahren zur elektronischen Be- 
zahlung einer Ware oder Dienstleistung nach dem Oberbegrif f 
des Anspruchs 1 sowie eine zur DurchfUhrung dieses Verfahrens 
10 geeignete Anordniing. 

Das Internet gewinnt - neben der Nutzxang als Kommunikations- 
mittel und Inf ormationsquelle fUr mittlerweile Hunderte von 
Millionen Menschen - zunehmend an Bedeutung als Einkauf squel- 

15 le. Insbesondere der Handel mit Software / Btlchern und Reisen 
lauft heute bereits zu einem nennenswerten Anteil im Internet 
ab/ zunehmend wird aber auch ein breites Spektrum sonstiger 
Waren und Dienstleistungen tlber das Internet bestellt und be- 
zahlt. Die Bezahlung der entsprechenden Leistungen im Inter- 

20 net auf die ursprUnglich etablierte und heute noch meist ver- 
breitete Weise erfordert die jeweils gesonderte Eingabe der 
relevanten Datensatze zumindest bei jedem Geschaf tspartner, 
wenn nicht sogar fUr die einzelne Transaktion. Diese Zah- 
lungsweise gibt damit dem Geschaf tspartner Einblick in sen- 

25 sible perscSnliche Daten und sogar die Moglichkeit ihrer dau- 
erhaften Speicherung. 

Auch ftir die Abwicklung sonstiger Zahlungsvorgange im ge- 
schaftlichen wie im privaten Bereich hat das Internet inzwi- 
30 schen erhebliche Bedeutung-erlang^t . Nahezu alle Banken in den 
Industrielandern bieten als "Electronic Banking" die elektro- 
nische Abwicklung der Kontoftlhrung und von ZahlungsvorgSngen 
an. 
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Fur die verschiedenen Situationen existieren die unterschied- 
lichsten Anf orderungen an elektronischen Bezahlverf ahren. 
Dies umfasst sowohl Bezahl verfahren Uber das Internet als 



2 

auch mobile Bezahlverfahren auf Basis von z.B. SMS, WAP und 
USSD. 

Im besonderen werden geeignete Verfahren fiir das sogenannte 
5 Micro-Payment benOtigt. Dies sind Abrechnungen kleiner Betra- 
ge (typisch kleiner €5,00), die in der Regel nicht kosten- 
effizient tiber vorhandene elektronische Bezahlverfahren, wie 
z.B. Lastschrift, abgewickelt werden kSnnen. AuiSerdem beste- 
hen Micro-Payment-Vorgange oft nicht aus einer einzelnen 

10 Transaktion (wie z.B. beim Einkauf in einem Web-Shop, bei dem 
ein "Warenkorb" gefUllt wird) , sondern aus vielen einzelnen 
kleinen Transaktionen . Zuktlnftig werden immer mehr Dienste im 
Internet vergebtlhrt, wie Web-Content, wobei die Kosten z.B. 
vom Volumen der Ubermittelten Daten abhangen oder von der An- 

15 zahl der geladenen Seiten, Ahnlich wie bei einem Telefonge- 
sprach fallen also kontinuierlich Kosten/Abbuchungen an. Bei 
der Vergebtihrung von Content sind die Kosten allerdings in 
der Regel nicht zeitabhSngig, sondern abhangig vom Verhalten 
des Benutzers. Eine zeitabhangige Vergebtihrung ist jedoch im 

20 Prinzip auch maglich. 

Beim Telefonieren muss ein Benutzer in der Regel eine Bezah- 
lung nicht autorisieren . Es wird davon ausgegangen, das's er 
sobald er an seinem Telefon eine Nummer gewahlt hat, automa- 
25 tisch damit einverstanden ist, dass der Telef onanbieter sein 
Konto belasten darf. Dies ist in der Regel auch kein Problem, 
da ein Vertrauensverhaitnis und auch ein entsprechend gestal- 
tetes Vertragsverhaitnis zwischen dem Benutzer und dem Tele- 
fondienstanbieter besteht. 

30 

Bei e-commerce ist dies aber nicht immer der Fall. Ein Benut- 
zer kann im Internet einen fUr ihn interessanten zufailigen 
Dienst, ftir dessen Benutzung er bezahlen muss, zufallig fin- 
den. Da in diesem Fall kein Vertrauensverhaitnis existiert, 
35 will der Benutzer einer Bezahlung erst zustiramen, d.h. sie 
entweder bestatigen (z.B. mit OK) oder gar autorisieren (mit 
einer PIN) . Bei kontinuierlichen Abbuchungen mdchte er dies 
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aber nicht bei jeder Abbuchung vornehmen. Einerseits ist dies 
ftir den Benutzer umstandlich und andererseits bei einigen 
Diensten wie z.B. Streaming Audio/Video unakzeptabelr da in 
diesem Fall das Audio/Video ftlr jede Abbuchung mOglicherweise 
unterbrochen werden wUrde. 

Das technische Problem besteht grundsatzlich darin, ein Ver- 
fahren zu entwickeln, welches obige Punkte befriedigt: 

- Universalitat : gleiches Grundprinzip fUr iinterschiedliche 
Access-Methoden wie z.B. Web, SMS und WAP. 

Unterstutzung von kontinuierlichen Abbuchungen, wobei der 
Benutzer flexibel, dienstspezif isch und uxmittelbar bestiramen 
kann, ob und wann die nSchste Bestatigung/Autorisierung er- 
folgen soli. 

- Die Festlegung der nSchsten Bestatigung/Autorisierung muss 
fUr den Handler geheim bleiben. 

- Die Bezahlung muss fUr den Benutzer gegenUber dem Handler 
anonym er folgen kOnnen* 

- Der Ablauf muss maglichst einfach gestaltet sein. 

- Der Ablauf muss so gestaltet sein, dass es bzgl. unter- 
schiedlicher Angriffe sicher ist. 

Mit diesem grundsatzlichen Problem beschaftigen sich u.a. die 
europaische Patentanmeldung 00 121 482.4 (verof f entlicht als 
EP 1 193 658 Al) sowie eine weitere frUhere Patentanmeldung 
(betriebsinternes Zeichen 200201374) des TVnmelders. 

Die erstgenannte Druckschrift beschreibt, wie ein Geldsender 
einem Geldempfanger mittels einer Empfanger-ID (RID) einen 
elektronischen Geldbetrag anonym tibermitteln kann - im fol- 
genden wir diese jedoch als Session-ID (SID) bezeichnet 
(zwecks Vereinheitlichvmg der Beschreibung) . Hiermit kann der 
Kunde gegentiber dem PSP (Payment Service Provider) wie auch 
Handler anonym bleiben. In Fig. 1 und der nachfolgenden Kurz- 
beschreibung ist das Verfahren vereinfacht dargestellt: 
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Der Handler tlbermittelt dem PSP den zu bezahlenden Geldbetrag 
(1) und erhalt eine eindeutige Session-ID (SID) (2) zurUck. 
Die SID tlbermittelt er dem Kxinden z.B. mtindlich bei einem POS 
(Point of Sale) (3) . Der Kunde baut eine Verbindxing zma. PSP 
auf und ubermittelt die SID (3), wodurch er gleichzeitig auch 
anhand seiner MSISDN identif iziert werden kann. Der PSP gibt 
den zugeharigen zu bezahlenden Betrag zurtick (5) und der Kun- 
de bestatigt die Bezahlung mit einer PIN (6) . Die SID wird 
dem Handler als Zahlungsbestatigung mitgeteilt. 

Die genannte aitere Anmeldung beschreibt das Verfahren des 
sogenannten Pre-confirm, das heiJit, ein Kunde kann einen hd- 
heren (oder auch geringeren) Betrag vorausbestatigen als der 
Handler fordert. Somit kOnnen nachfolgende Abbuchungen vom 
Handler ohne die dauernde lastige Bestatigung durch den Kun- 
den erfolgen. Da der Kunde selber den maximalen Betrag vor- 
gibt, kann er die Bezahlung sehr flexibel selbst bestimmen. 
Erst wenn der vorausbestatigte Betrag aufgebraucht ist/ muss 
er die Bezahlung wieder bestatigen. 

Nachfolgend sowie in Fig. 2 wird eine Kurzbeschreibung dieses 
Verfahrens anhand seiner wesentlichen Schritte gegeben: 

Der Handler will iiber den PSP vom Kunden einen Betrag $1 ab- 
buchen (1). Der PSP prUft ob das preconf irm-Konto $ ausrei- 
chend ist. Wenn nein, muss der Kunde den Betrag mit einer PIN 
bestatigen (2,3). Zusatzlich kann er einen hoheren Betrag 
bestatigen ($2) und das Pre-conf irm-Konto wird entsprechend 
angepasst. Der Betrag $1 wird dem Handler bestatigt (4). Bei 
der nachsten Zahlungsauf forderung (5) reicht das Pre-confirm- 
Konto aus, so dass der Betrag sofort bestatigt werden kann 
(6) . Diese Schritte wiederholen sich bis das Pre-conf irm-Kon- 
to nicht mehr ausreicht und der Benutzer wieder bestatigen 
muss . 

Das oben erstgenannte Verfahren ist sehr stark auf reale POS, 
beispielsweise Ladengeschafte oder Verkauf sautomaten, und 
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Prepaid-Konten ausgerichtet . Dabei kann das Grundprinzip mit 
SID relativ einfach erweitert werden via. auch andere Szenarien 
2u unterstatzen (z.B- Web, WAP, SMS). Weiter kann auf Basis 
der SID auch das Pre-confirm realisiert werden. Das Verfahren 
berUcksichtig nur den Fall, wo die Server von Mobilfunkbe- 
treibern betrieben werden. Das zweite oben erwahnte Verfahren 
bedarf hinsichtlich der genauen Realisierung noch bestimmter 
Konkretisierungen . 

Der Erfindung liegt daher die Aufgabe der Bereitstell\ing ei- 
nes praxisnah ausgearbeiteten und besonders auf die Erforder- 
nisse des Micro-Payment zugeschnittenen elektronischen Be- 
zahlverfahrens zugriinde. Weiter umfasst die Aufgabe die Be- 
reitstellung einer entsprechenden Anordnung. 

Diese Aufgabe wird in ihrem Verfahrensaspekt gelSst durch ein 
Verfahren mit den Merkmalen des Anspruchs 1 und in ihrem Vor- 
richtungsaspekt durch eine Anordnung mit den Merkmalen des 
Anspruchs 1 6 . 

Die Erfindung libst die oben genannten technischen Probleme 
aufgrund folgender PrSmissen: 

- Auf Basis einer Session-ID (SID) wird sichergestellt, dass 
25 der Kunde gegentiber dem Handler (Dienstanbieter) anonym blei- 

ben kann (aber nicht muss) . 

- Weiter ermOglicht die SID, dass der Kunde dem Handler er- 
lauben kann kontinuierliche Abbuchungen vorzunehmen ohne dass 
der Kunde die Bezahlung bestatigen/autorisieren muss. 

30 - Das Limit der maximalen gesammelten Abbuchiing kann vom Be- 
nutzer dienstspezif isch und flexibel gesetzt werden. 

- Das Verfahren unterstUtzt die unterschiedlichsten Access- . 
Verfahren ftir den Kunden wie z.B. WEB, WAP, SMS und Voi- 
ce/DTMF. Es kann sowohl im Internet wie auch an POS (Point of 
Sales) eingesetzt werden. Die Anbindung zwischen Handler und 
PSP wird typischer Weise tiber Standard-Datenleitungen herge- 
stellt. 
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Das Verfahren iimfasst in einer zweckmaJSigen Verf ahrensfuhrung 
die nachfolgenden Schritte; vgl. dazu Fig. 3 sowie die in den 
Figuren 4 bis 7 gegebene Darstellung bevorzugter AusfUhrungs- 
5 beispiele und die entsprechenden Beschreibungsteile weiter 
unten. 

1) Kiinde will einen Service von einem Handler benutzen, z.B. 
WAP-Content abfragen, in einem WEB-Shop Oder an einem POS ftir 

10 eine Ware bezahlen. 

la) Konnte der Handler den Kunden identif izieren und eine dem 
Kunden zugeordnete SID ermitteln^ so kann er diese in Schritt 

2) laitgeben. 

2) Der Handler sendet eine Abbuchungsanf rage mit einer SID 
15 (falls vorhanden) , den zu bezahlenden Betrag (BetragX) , die 

Handler-ID sowie einen Kontext (was wurde gekauft) an den 
PSP. 

3) Hier gibt es folgende Fallunterscheidungen: 

- Wurde bei 2) keine SID mitgegeben, so gibt der PSP eine 

20 eindeutige SID an den Handler zurUck. AnschlieBend folgen die 
Schritte 3a bis 3f • 

- Wurde bei 2) eine SID mitgegeben, mit der jedoch keine Ab- 
.buchung moglich war (z.B* well der Kunde die Bezahlung erst 

autorisieren muss), so wird die SID oder alternativ eine neue 
25 SID zurackgegeben. AnschlieJJend folgen die Schritte 3a bis 
3f • 

- Wurde bei 2) eine SID Ubermittelt, bei der eine Abbuchung 
stattfinden konnte, so wird dem Handler die Abbuchung besta- 
tigt* Anschliefiend folgt Schritt 4. 

30 3a) Falls bei 3) die PrUfung negativ war (d.h. keine Abbu-- 
Chung mOglich) , so teilt der PSP dem Handler eine SID mit, 
3b) Der Handler teilt dem Kunden die SID mit. Bei WAP and WEP 
kann dies als Parameter in einem Redirect vom Kunden zum PSP 
geschehen, bei SMS kann der Handler dem Kunden eine SMS mit 

35 der enthaltene SID zuschicken. An einem POS kann die SID auch 
mtindlich Obermittelt warden. 

3c) Der Kunde leitet die SID an den PSP weiter. Bei WEB und 



WAP kann dies automatisch geschehen, d.h., der Kunden muss 
hierftir keine Eingaben machen (Redirect) . Bei SMS kann er die 
SMS vom Handler mit der SID an den PSP weiterleiten. Bei Voi- 
ce/DTMF muss der Kunde i.d.R. den PSP anrufen und die SID via 
5 DTMF Ubermitteln. 

3d) Der PSP teilt dem Kunden den geforderten Betrag 
(BetragX) , den Handlernamen sowie den Kontext z.B. via WEB, 
WAP, SMS Oder Voice (Sprachansage) mit. 

3e) Der Kunde identifiziert sich, z.B. automatisch via seiner 
10 MSISDN, Oder Eingabe seiner 'Kennung. Dariiber hinaus kann der 
Kunde den geforderten Betrag (BetragX) verSndern (BetragY) , 
z.B. erhOhen ftlr eine Vorausbestatigung nachfolgender Zahlun- 
gen. Weiter kann er die Bezahlung bestatigen/autorisieren 
(z.B. PIN) . 

15 3f) Priifung auf Kundenprofil und Liquiditat. 

4) Der PSP fUhrt nxin die notwendigen tJberprttfungen der Bezah- 
lung durch. 

5) Optional kann der PSP dem Kunden die Bezahlung (BetragX) 
bestatigen (z.B. per SMS) . 

20 6) Der PSP bestatigt die Buchung des Betrags an den Handler. 
7) Der Handler tlbermittelt die Ware an den Kunden. 

Bei verbindungsbezogenen Ablaufen mit z.B. WAP und WEB findet 
der Wechsel der Kommunikationsbeziehung von zuerst zwischen 

25 Kunde<->Handler zu Kunde<->PSP typisch auf Basis Verbindungs- 
Redirect statt . -Damit der Kunde beim Handler den gewiinschten 
Dienst nach der Bezahlung wieder nutzen kann, findet ein Re- 
direct vom PSP zurtick zum Handler statt. Diese Redirects sind 
nur implementierungsspezifisch und somit nicht im Ablauf dar- 

30 gestellt. 

Nach einer Vorausbestatigung eines ausreichenden Betrags be- 
steht eine Abbuchung nur aus den Schritten 2), 3), 4) und 6) 
und kann somit sehr effizient abgewickelt warden. Das Voraus- 
35 bestatigen eines Betrags muss nicht in unmittelbarem Zusam- 
menhang eines Kaufs stehen. Der Kunde kann z.B. zu einer SID 
einen ausreichend groBen Betrag vorausbestatigen um z.B. bei 
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Parkautomaten zu bezahlen, Wenn sich der Handler die Zuord- 
nung zwischen Kunde und SID merkt, so kannen fur alle zukUnf- 
tigen Bezahlungen die Schritte 3a bis 3f entf alien. Die Er- 
kennung des Kunden kann z.B. auf Basis der MSISDN einer SMS 
5 Oder einer Kennung bei einem Login stattfinden. Wichtig dabei 
ist, dass die Benutzererkennung beim Handler unabhangig von 
der Benutzer kennung beim PSP ist. Es bestehen somit keine Ab- 
hangigkeiten und der Handler muss die Benutzer kennung des 
Kunden beim PSP nicht kennen. 

10 

Ein Kunde hat jederzeit die MSglichkeit/ sich beim PSP eine 
Liste seiner gtlltigen SIDs anzeigen lassen. Zusatzlich zur 
SID kOnnen auch die zugehOrigen Daten, wie der noch verftlgba- 
re Betrag und der zugehorige Handler angezeigt werden. Ausge- 

15 wahlte SIDs (beim PSP) kSnnen auch geloscht werden, z,B. via 
WEB, WAP und SMS. Nach einem L5schen der SID kann der Handler 
keine Abbuchungen vornehmen ohne dass der Kunde involviert 
wird. Urn eine Abbuchung wieder vorzunehmen, muss dann der ge- 
samte Ablauf durchgefiihrt werden (z.B. SID anfordern und Be- 

20 zahlung bestatigen) . 

Der PSP muss nicht die wirklichen Konten fUhren und das Geld 
des Kunden und Handler verwalten. Der PSP kann z.B. Schnitt- 
stellen zu einem Clearing House haben, welches das Clearing 
25 und Settlement der Konten durchfUhrt. 

Folgende Vorteile hat das Verfahren: 

- Das Grundprinzip des Verfahrens ist identisch ftir die un- 
30 terschiedlichen Access-Methoden (z.B. Web WAP, SMS, etc.). 

Dies vereinfacht die Realisierung des Payment systems, die Be- 
nutzung des Verfahrens fUr Handler und Kunden ohne Einschran- 
kung der Flexibilitat . 

- Das Verfahren unterstUtzt sowohl einzelne Abbuchungen wie 
35 auch kontinuierliche Abbuchungen. Letzteres ist vor allem 

wichtig bei Content-Charging, wo die VergebUhrung z.B. volu- 
menbasiert ("Pay per Click") oder auch zeitbasiert stattfin- 
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det . 

- Kostenkontrolle: Der Kunde kann dienstspezif isch Betr^ge 
vorausbestatigen und somit das sonst ISstige Bestatigen/Auto- 
risieren der Buchungen venneiden* 

5 - Bei vorausbestatigten BetrSgen verlSuft die Abbuchung sehr 
schnell: In einem einfachen Fall muss der Kunde dem Handler 
nur eine SMS schicken, um z.B. ein Getrank aus einem Getr^n- 
keautomaten zu erhalten. 

- Hohe Sicherheit: Der Kunde muss dem Handler keine vertrau- 
10 lichen bzw, zahlungsrelevanten Daten geben wie z.B* PIN oder 

Kontonummer . 

- Der Kunde kann gegentiber dem Handler anonym sein. 

Weitere Aspekte der Erfindung ergeben sich aus den Unteran- 
15 sprtlchen. Es wird ausdrticklich darauf hingewiesen, dass in 
den abhangigen Verf ahrensansprUchen angegebene vorteilhafte 
Ausgestaltungen des Verfahrens samtlich auch als Ausgestal- 
tungen der zur Durchf tlhrung des Verfahrens geeigneten Anord- 
nung, sei es in hardware- oder sof twaremaBiger Realisierung, 
20 zu verstehen sind. Nachfolgend wird die Erfindung anhand von 
Ausfuhrungsbeispielen beschrieben^ die anhand von Abbildungen 
naher erlautert werden* Hierbei zeigen: 

Fig. 1 eine schematische Darstellung zur Verdeutlichung des 
25 Ablaufes eines bekannten elektronischen Zahlverf ahrens. 

Fig. 2 eine schematische Darstellung eines elektronischen Be- 
zahlverfahrens, welches Gegenstand einer frllheren Patentan- 
meldung Lst, 

30 

Fig. 3 ein Blockschaltbild mit Kennzeichnungen von Verfah- 
rensschritten zur zusammenhSngenden Verdeutlichung wesentli- 
cher Gedanken der Erfindung, y 

35 Fig. 4 ein Blockschaltbild einer ersten Aus ftihrungs form der 
Erfindung, 
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Fig. 5 ein Blockschaltbild einer weiteren AusfUhriingsform der 
Erfindung, 

Fig. 6 ein Blockschaltbild einer dritten Ausftihrungsform der 
5 Erfindiing und 

Fig. 7 ein Blockschaltbild einer weiteren Ausftihrungsform der 
Er f indung . 

10 Zu Fig. 1 und 2 wird auf die ErlSuterung des Standes der 

Technik in der Beschreibungseinleitung hingewiesen; zu Fig. 3 
auf die Erlauterung einer zweckmSfiigen Verfahrensftihrung wel- 
ter oben. 

15 Fig. 4 stellt einen ersten Buchungsprozess fUr das erstmalige 
Abrufen eines kostenpf lichtiges WAP-Contents durch den Kau- 
fers bei einem Anbieter dar. In Schritt SI ergeht vom WAP-fa- 
higen Endgerat (z.B. Mobilfunktelefon) 11 des KSufers eine 
Anfrage uber ein GSM-Telekommunikationsnetz 12 an den Server 

20 13 eines Anbieters . Der Verkaufer tlbermittel in Schritt 32 
die Transaktionsdaten, die aus der Kennung des Verkaufers, 
der Bezeichnung und des Rechungsbetrages in Hohe von 1 € flir 
das WAP-Contents bestehen, iiber ein Datennetz 14 an den Ser- 
ver 15 eines Payment Service Providers (PSP) . 

25 

Da nach OberprUfung der Transaktionsdaten in Schritt S3 keine 
dem KSufer zugeordnete Session-ID (SID) ermittelt wurde, wird 
nun auf dem Server 15 des PSP durch Schritt S3.1 eine eindeu- 
tige SID erzeugt und mit S3. 2 zvim Server 13 des Anbieters 

30 tibertragen, wo diese gespeichert wird. Diese wird im Schritt 
S3. 3 als Parameter in der URL eines WAP-Redirect an das Mo- 
biltelefon 11 des KSufers gesendet, wobei die SID automatisch 
im Rahmen des WAP-Redirect in Schritt S3. 4 an den Server 15 
des PSP abermittelt wird. Nachfolgend wird in S3. 5 vom Server 

35 15 des PSP die Kennung des VerkSufers, die Bezeichnung und 

der Rechungsbetrag von 1 € des WAP-Contents an das Mobilfunk- 
telefon 11 des KSufers libermittelt . In Schritt 33,6 findet 
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eine Identif izierung des Kaufers anhand der bekannten MSISDN 
des Mobil funktelefons durch eine WAP-GW-if\bfrage und weiterhin 
eine Autorisierung eines Guthabenbetrages von 3 € mit einer 
PIN statt. 

Auf dem Server 15 des PSP wird im Schritt S4 der Guthabenbe- 
trag dem zur SID zugehOrigen Transaktionskonto zugeordnet so-- 
wie der Rechnungsbetrag auf dem Transaktionskonto verbucht, 
und nach UberprUfung des Kauf erprof ils in S5 wird in S6 eine 
Buchungsbestatigung, der den Rechnungsbetrag von 1 € und die 
HSndlerkennung umfasst, zum Mobilf unktelefon 11 des KSufers 
gesendet. Nach der Obermittlung der Buchungsbestatigung vom 
Server 15 des PSP an den Server 13 des Anbieters in Form von 
SID und Rechnungsbetrag fUr den WAP-Content in Si ^ erfolgt in 
Schritt S8 die Freigabe der Obermittlung des WAP-Contents zum 
Mobilf unktelefon 11 des Kaufers . 

Fig. 5 beschreibt einen Buchungsprozess ftir einen kosten- 
pflichtigen WAP-Content, wie es sich an das Beispiel aus Fig. 
4 anschliefien konnte. In Schritt SI ergeht vom Mobilf unktele- 
fon 21 des Kaufers eine weitere Anfrage an den Server 23 des 
Anbieters, der in Schritt S2 die Transaktionsdaten, bestehend 
aus der Kennung des Verkaufers/ der Bezeichnung und des Rech- 
nungsbetrages in Hohe von 1 € fur den WAP-Content sowie SID, 
an den Server 25 des PSP* Nach positiver OberprUfung der 
Transaktionsdaten bzw, der SID, des Guthabenbetrags und des 
Kundenprofils in den Schritten S3 bis S5, wird nun nachfol- 
gend in Schritt S6 die Buchung des Re chnungsbet rages zum 
Transaktionskonto auf dem Server 25 des PSP vorgenommen* Nach 
dem Senden der Buchungsbestatigung S7 an den Server 23 des 
Anbieters erfolgt dann in Schritt S8 die Freigabe zur Ober- 
mittlung des WAP-Contents an das Mobilfunktelefon 21 des Kau- 
fers. 

Fig. 6 stellt die Nutzung eines kostenpf lichtigen Dienstes 
auf Basis von SMS dar, bei dem in Schritt SI vom Mobilfunkte- 
lefon 31 des Kaufers iiber ein Mobilfunknetz 32 eine Anforde- 




12 

rung an den Server 33 des VerkSufers ergeht. In Schritt S2 
wird an Hand der MSISDN/Mobilfunknummer die zum Kaufer zuge- 
hdrige SID ermittelt und in S3 zusammen mit den tibrigen 
Transaktionsdaten (Verkauf er-Kennung, Bezeichnting und Rech- 
5 nungsbetrag von 1 €) tlber ein Datennetz 34 an den Server 35 
des PSP iibermittelt. Nach positiv verlaufener OberprUfung der 
Transaktionsdaten bzw. der SID, des Guthabenbetrags und des 
Kundenprofils in den Schritten S4 bis S6 erfolgt in S7 die 
Verbuchung des Rechnungsbetrages . Auf Grund einer Anweisung, 

10 die ira Kundenprofil hinterlegt ist, ergeht im Schritt S8 vom 
Server 35 des PSP eine Bestatigung der Buchung der Rechnungs- 
betrages von 1 € zum Mobilfunktelefon 31 des Kaufers. In 
Schritt S9 wird die Buchungsbestatigung an den Server 33 des 
Verkaufers ermittelt, wo dann mit Schritt SIO der Verkaufer 

15 die kostenpflichtige SMS an den Kunden tlbermittelt . 



Fig. 7 stellt ein weiteres Beispiel auf Basis von SMS dar, 
wobei die Schritte SI (Anforderung eines kostenpflichtigen 
Dienstes) bis S6 (tJberprUfung des Kundenprofils) analog zur 

20 Fig. 5 verlaufen. Beim vorliegenden Fall ist im Kundenprofil 
eine Autorisierung der Buchung hinterlegt, so dass in Schritt 
S7 vom Server 45 des PSP die Transaktionsdaten zum Mobilfunk- 
telefon 41 des Kaufers gesendet werden. In Schritt S8 wird 
die Buchung durch Obermittlung des Rechnungsbetrages, SID und 

25 PIN an den Server 45 des PSP autorisiert, die dann in S9 vor- 
genomraen wird. Nach Ubermittlung der Buchungsbestatigung an 
den Server 43 des Verkaufers in Schritt SIO, erfolgt mit Sll 
die tJbermittlung der kostenpflichtigen SMS vom Verkaufer an 
den Kunden. 

30 

Die Ausftihrung der Erfindung ist nicht auf die oben darge- 
stellten beispielhaf ten Beschreibungen beschrankt, sondern 
umfasst eine Vielzahl von Abwandlungen, die im Rahmen fachge- 
maBen Handelns liegen. 



35 



m 

PatentansprUche 

1. Verfahren zur elektronischen Bezahlung mindestens eines 
Kleinstbetrages, insbesondere zur AusfUhrung einer Serie von 

5 Bezahlschritten mit jeweils einem Kleinstbetrag, far eine Wa- 
re Oder Dienstleistung durch einen Kunden an einen Handler 
unter Nutzung eines Daten- und/oder Telekommunikationsnetzes 
und unter Einschaltung eines Abrechnungssys tern-Servers / wobei 

- fUr den Bezahlvorgang oder die Serie von Bezahlschritten 
10 ein eindeutiger Vorgangs-Identif ikator generiert und mindes- 
tens bei einem ersten Bezahlschritt in einer Bestatigungsan- 
frage vom Abrechnungssystem-Server, zusammen mit einer Zahl- 
betragsinformation, an ein Kunden-Endgerat tlbermittelt wird, 

- der Kxinde durch Obermittlung einer Bestatigungsnachricht 

15 von einem Kunden-Endgerat Uber das Daten- bzw- Telekommunika- 
tionsnetz an den Abrechnungssystem-Server einen Guthc±>en- 
bzw. Kredit-Teilbetrag in Hahe des Zahlbetrages in Zuordnung 
zu dem Vorgangs-Identif ikator zur Zahlung freigibt, 

- auf dem Abrechnungssystem-Server ein Vergleich eines beim 
20 Abrechnungssystem-Server registrierten und von diesem aus 

elektronisch verwaltbaren Guthaben- bzw. Kredit-Teilbetrages 
des Kunden mit dem von diesem f reigegebenen Zahlbetrag ausge- 
fUhrt wird und 

- im Ansprechen auf die Feststellung eines den f reigegebenen 
25 Zahlbetrag iibersteigenden Guthabenbetrages durch den Abrech- 
nungssystem-Server in Reaktion auf die Bestatigungsnachricht 
eine Abbuchung des f reigegebenen Zahlbetrages oder eines bis 
zu diesem Zeitpunkt zu zahlenden Teilbetrages hiervon getrig- 
gert und eine erste AusfUhrungsnachricht tlber die erfolgte 

30 Abbuchung an ein Handler-Endgerat gesandt wird^ 

2. Verfahren nach Anspruch 1^ 

dadurch gekennzeichnet, dass 
der Vorgangs-Identif ikator in Zuordnung zu einem Kunden- Iden- 
35 tif ikator durch den Abrechnungssystem-Server erzeugt und vor- 
ab/ insbesondere in Reaktion auf eine vom Handler-Endgerat 
aus tibermittelte Anforderungsnachricht, an den Handler tiber- 
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sandt wird. 

3. Verfahren nach Anspruch 2, 

dadurch gekennzeichnet, dass 
5 die ttoersendung des Vorgangs-Identif ikators auf elektroni- 

schem Wege in einer Identif ikator-Mitteilung vom Abrechnungs- 
system-Server an das Handler-Endgerat erfolgt. 

4 . Verfahren nach einem der vorangehenden Anspruche, 
10 dadurch gekennzeichnet, dass 

ein zweiter Bezahlschritt und etwaige weitere Schritte einer 
zusammenhangenden Serie von Bezahlschritten jeweils durch 

- tJbermittlung eines schrittbezogenen Zahlbetrages in Zuord- 
nung zum Vorgangs-Identif ikator an den Abrechnungssystem-Ser- 

15 ver, 

- Prtifung des schrittbezogenen Zahlbetrages in Relation zu 
einem vom f reigegebenen Zahlbetrag verbleibenden Rest-Zahlbe- 
trag ausgefUhrt und 

- eine ira Ansprechen auf die Feststellung eines den Rest- 
20 Zahlbetrag unterschreitenden schrittbezogenen Zahlbetrages 

vorgenommene Abbuchung und Absendung einer weiteren AusfUh- 
rungsnachricht an das Handler-Endgerat ausgefuhrt wird. 

5. Verfahren nach Anspruch 4, 

25 dadurch gekennzeichnet, dass 

bei dem zweiten Bezahlschritt oder weiteren Schritten im Er- 
gebnis der Feststellung eines den f reigegebenen Rest-Zahlbe- 
trag Ubersteigenden schrittbezogenen Zahlbetrages durch den 
Abrechnungssystem-Server an ein Kunden-EndgerSt eine Bestati- 

30 gungsanfrage mit dem ursprtinglichen oder einem neuen Vor- 

gangs-Identif ikator und eine Zahlbetragsinformation mit einem 
mindestens die Differenz zwischen schrittbezogenem Zahlbetrag 
und Rest-Zahlbetrag abdeckenden Zahlbetrag gesandt und eine 
Abbuchung des schrittbezogenen Zahlbetrages erst nach Empfang 

35 einer entsprechenden Bestatigungsnachricht vom Kunden-Endge- 
rat getriggert wird. 
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6. Verfahren nach Anspruch 5, 

dadurch gekennzeichnet, dass 
der in der Bestatigungsanfrage zur Bestatigung angegebene 
Zahlbetrag deutlich grSiier als die Differenz zwischen dem 
5 schrittbezogenen Zahlbetrag und dem Rest-Zahlbetrag ist der- 
art, dass im Ansprechen auf eine Bestatigungsnachricht fiir 
diesen Zahlbetrag ein neuer Rest-Zahlbetrag ftir mehrere fol- 
gende Bezahlschritte beim Abrechnungssystem-Server freigege- 
ben ist. 

10 

7. Verfahren nach einem der vorangehenden AnsprUche, 
dadurch gekennzeichnet, dass 

jede Nachricht vom Handler-Endgerat an den Abrechnungssystem- 
Server einen HSndler-Identif ikator sowie einen die Ware Oder 
15 Di ens t lei stung kennzeichnenden Kontext-Datensatz umfasst. 



8. Verfahren nach einem der vorangehenden AnsprUche, 
dadurch gekennzeichnet, dass 
der Vorgangs-Identifikator an das Handler-Endgerat per E-Mail 
20 Oder SMS Ubermittelt wird. 



9. Verfahren nach einem der Anspriiche 1 bis 1, 
dadurch gekennzeichnet, dass 

dem Kunden der Vorgangs-Identifikator an einem Point-of-Sale 
25 auBerhalb des Daten- bzw. Telekommunikationsnetzes, insbeson- 
dere mtindlich oder in einer Beschrif tung, mitgeteilt wird. 

10. Verfahren nach einem der vorangehenden Ansprtiche, 
dadurch gekennzeichnet, dass 

30 die Bestatigungsanfrage vom Abrechnungssystem-Server an das 
Kunden-Endgerat tiber E-Mail, WAP-Push, per SMS oder als syn- 
thetische Sprachnachricht Ubermittelt wird. 

11. Verfahren nach einem der vorangehenden Ansprtiche, 
35 dadurch gekennzeichnet, dass 

die Bestatigungsanfrage vom Abrechnungssystem-Server an das 
Kunden-Endgerat einen Handlernamen und einen die Ware oder 
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Dienstleistung kennzeichnenden Kontext-Datensatz umfasst. 

12, Verfahren nach einem der vorangehenden Ansprtiche/ 
dadurch gekennzeichnet, dass 
5 die Bestatigungsnachricht vom Kunden--Endgerat an den Abrech- 
nungssystem-Server per E-Mail-Redirect, WAP-Redirect oder 
SMS-Redirect, insbesondere ohne zusatzliche Eingabe seitens 
des Kunden, gesandt wird. 

10 13. Verfahren nach einem der AnsprUche 1 bis 11/ 
dadurch gekennzeichnet, dass 
die Bestatigungsnachricht vom Kunden-Endgerat an den Abrech- 
nungssystem-Server per Sprachnachricht unter nachgeschalteter 
Spracherkennung oder per DTMF gesandt wird. 

15 

14. Verfahren nach einem der vorangehenden AnsprUche, 
dadurch gekennzeichnet, dass 

die Bestatigungsnachricht vom Kunden-Endgerat an den Abrech- 
nungs system-Server einen automatisch erzeugten oder vom Kun- 
20 den eingegebenen Kunden-Identif ikator und optional einen Au- 
thentisierungscode, insbesondere eine PIN oder ein Passwort/ 
umfasst. 

15, Verfahren nach einem der vorangehenden AnsprUche, 
25 dadurch gekennzeichnet, dass 

der 7\brechnungssystem-Server neben der ersten AusfUhrungs- 
nachricht an das HSndler-Endgerat eine zweite AusfUhrungs- 
nachricht an das Kunden-Endgerat versendet. 

30 16. Anordnung zur DurchfUhrung des Verfahrens nach einem der 
vorangehenden AnsprUche, mit 

- einem Abrechnungssyst em-Server eines Abrechnungssystembe- 
treibers, 

- einem an ein Daten- und/oder Telekommunikationsnetz ange- 
35 schlossenen und Uber dieses mit dem Abrechnungssystem-Server 

verbindbaren Kunden-Endgerat und 

- einem ebenfalls an das Daten- und/oder Telekorataunikations- 
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netz Oder ein weiteres Kommunikationsnetz angeschlossenen und 
tiber dieses mit dem Abrechnimgssystem-Server verblndbaren 
HSndler-Endgerat , 

wobei der Abrechnungssystem-Server Mittel zur Erzeugung und 
5 Absendung einer Bestatigungsanf rage an das Kunden-Endgerat, 
Mittel zum Empfang einer Bestatigungsnachricht vom Kunden- 
Endgerat und zur Extraktion mindestens des Vorgangs-Identif i- 
kators xand eines f reigegebenen Zahlbetrages aus dieser, Spei- 
chermittel zur kundenbezogenen Speicherung des Guthabenbetra- 

10 ges und zur vorgangsbezogenen Speicherung des freigegebenen 
Zahlbetrages, Vergleichermittel zum Vergleich des Guthaben- 
betrages mit dem Zahlbetrag sowie mit den Vergleichermitteln 
verbundene Steuer- und Sendemittel zur Triggerung der Abbu- 
chung und zum JUasenden der Ausftlhrungsnachricht an das HSnd- 

15 ler-Endgerat aufweist. 

17. Anordnung nach Anspruch 16, 

dadurch gekennzeichnet, dass 
das Kunden-Endgerat als Mobilfunk-Endgerat ausgebildet ist 
20 und das Daten- und/oder Telekommunikationsnetz ein Mobil funk- 
netz aufweist und dem Abrechnungssystem-Server Mobilfunk-Sen- 
de-/Empfangsmittel zur bidirektionalen Mobilfunkkommunikation 
mit dem Kunden-Endgerat zugeordnet sind. 

25 18. Anordnung nach Anspruch 16 oder 17, 

dadurch gekennzeichnet, dass 
der Abrechnungssystem-Server Erzeugermittel zur Erzeugung des 
Vorgangs-Identifikators und mit diesen verbundene Sendemittel 
zu dessen tJbersendung an das Handler-Endgerat aufweist. 

30 

19. Anordnung nach einem der Ansprtiche 16 bis 18, 
dadurch gekennzeichnet, dass 
der Abrechnungssystem-Server weiterhin Berechnungsmittel zur 
Berechnung des Rest-Zahlbetrages aus einem gespeicherten 
35 freigegebenen Zahlbetrag und mindestens einem schrittbezoge- 
nen Zahlbetrag und mit den Berechnungsmitteln verbundene 
Speichermittel zur Speicherung des Rest-Zahlbetrages in Er- 
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setzung des f reigegebenen Zahlbetrages als Eingangsdatum ftlr 
die Vergleichermittel aufweist. 

20. Anordnung nach einem der Ansprtiche 16 bis 19, 
5 dadurch gekennzeichnet, dass 

der Abrechnungssystem-Server Erkennungs- und Speichermittel 
zur Extraktion eines Handler-Identif ikators und/oder Kunden- 
Identif ikators aus Nachrichten vom Handler-Endgerat bzw. Kun- 
den-Endgerat und zu dessen bzw. deren Speicherung sowie Ad- 
10 ressierungsmittel zur Adressierung der Bestatigungsanf rage 
und/oder AusfUhrungsnachricht und wahlweise weiterer Nach- 
richten an das Kunden-Endgerat bzw* HSndler-Endgerat anhand 
des gespeicherten Handler-Identif ikators bzw. Kunden-Identi- 
f ikators aufweist. 

15 



/ 



Zus ammenf as sung 




Verfahren zur elektronischen Bezahlung einer Ware oder 
Dienstleistung unter Nutzung eines Mobilfunknetzes und Anord- 
5 nung zu dessen Durchfuhrung 

Die Erfindung betrifft ein Verfahren zur elektronischen Be- 
zahlung mindestens eines Kleinstbetrages fUr eine Ware oder 
Dienstleistung durch einen Kunden an einen Handler unter Nut- 

10 zung eines Daten- und/oder Telekommunikationsnetzes und unter 
Einschaltung eines Abrechnungssystem-Servers/ wobei ftir den 
Bezahlvorgang oder die Serie von Bezahlschritten ein eindeu- 
tiger Vorgangs-Identifikator generiert und mindestens bei ei- 
nem ersten Bezahlschritt in einer Bestatigungsanf rage vom Ab- 

15 rechn\ingssystem-Server, zusaiomen mit einer Zahlbetragsinfor- 
mation, an ein Kunden-EndgerSt tiberiaittelt wird. 
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